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® Verf ahren zum Bilden von Prufablaufprozeduren in einer Protokolltesteinrichtung 

(S) Mit Hilfa einer PrOf a blauf routine (PAR) werden Meldungs- 
paare (MP) aus einer Gruppe (GMP) von gespeicherten 
Meldungspaaren (MP) sukzessive an der Bedleneroberflache 
(BO) dar Protokolltesteinrichtung (PT) visualisiert, bediener- 
oborflachengaateuert eine Protokolltest-, eine Protokolltest- 
antwort- und eine Stauerinformation (pti. ptai, sti) eingetra- 
gan und im Sinne des Bildens einer Prufablauffolge (PAF) 
gespeichert. Die darart gebildeten Prufablauffolgen (PAF) 
sind im Sinn© des Testens des jeweiligen Protokoils (SO) 
jederzeit ablaufbereit. Durch das erfindungsgemaSe Verfah- 
ren sind Prufablauffolgen (PAF) fur unterschiedlich zu 
testende Protokolle bzw. Prozeduran (SO) von Kommunika- 
tonseinrichtungen (KE), insbesondere ISDN-Kommunika- 
tionseinrichtungen (ISDN) ohne spezielle Kenntnlsae Qbar 
die in der Protokolltesteinrichtung (PT) realisierte Program- 
^ mierung zu bilden. 
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Die Erfindung betrifft ein Verfahren zum Bilden von 
Prufablauffolgen in einer an Kommunikationseinrich- 
tungen anschlieBbaren Protokolltesteinrichtung, in dem 
zur Prixfung und Analyse von in den Kommunikations- 
einrichtungen implementierten Kommunikationsproto- 
kollen programmtechnisch ein Maschinenmodell des je- 
weiligen Kommunikationsprotokolls realisiert ist, wobei 
Priifabiaufe entsprechend der programmtechnischen 
Realisierung erstellt werden. 

Derartige KommunikationsprotokoU-Testeinrich- 
tungen sind aus den Druckschriften "Protocol Tester 
K1195" und "Protocol Tester K1197" der Fa. Siemens 
bekannt Diese Protocol Tester werden an Kommunika- 
tionseinrichtungen, beispielsweise ISDN-Kommunika- 
tionseinrichtungen wie ISDN-Kommunikationsendge- 
rate, angeschlossen, um die in der Kommunikationsein- 
richtung implementierte Kommunikationsprozedur, 
beispielsweise die Kommunikationsprozedur der SO- 
Teilnehmerschnittstelle, zu testen. Fur derartige Tests 
ist in der Kommunikauonsprotokoll-Testeinrichtung ein 
eindeutig definiertes Maschinenmodell der jeweiligen 
Kommunikationsprozedur realisiert Dieses Maschinen- 
modell definiert die protokollspezifischen Informatio- 
nen und reagiert automatisch auf zugefiihrte Ereignisse, 
beispielsweise auf Datenblocke, die von einem Koramu- 
nikationsendgerat oder einer Testeinrichtung ubermit- 
telt werden, durch Einstellen eines Zustandes bzw. eines 
vermittluiigstechnischen Zustandes, der gemaB dem 
Maschinenmodell ermittelt wird. Dieses Maschinenmo- 
dell ist programmtechnisch, & h. durch Protokoll-Emu- 
lationsprogramme realisiert Aus den eingangs genann- 
ten Druckschriften ist bekannt, die Emulationsprogram- 
me gem^B der Programmiersprache FORTH zu erstel- 
len. Fur die Pruning und die Analyse von Kommunika- 
tionsprozeduren konnen durch Meldungen, in denen im 
wesentlichen die an die Kommunikationseinrichtung zu 
sendenden Testinformationen angegeben sind, Prflfab- 
laufprozeduren zusammengestellt werden, wobei die 
Meldungen bzw. die Prufablaufprozeduren in der Pro- 
grammiersprache, z. B. FORTH zu erstellen sind Hier- 
bei sind fur unterschiedliche Kommunikationsprotokol- 
le oder Varianten dieser Kommunikationsprotokoile je- 
weils separate Prufablaufprozeduren bzw. Priifablauf- 
protokolle erforderlich bzw. zu erstellen. Dies bedeutet 
fur die Erstellung von Prufablaufprozeduren zum einen 
spezielle Kennmisse einer komplexen Programmier- 
sprache sowie einen erheblichen Programmier- und da- 
mit wirtschaf tlichen Auf wand. 

Des weiteren wird in der Patentschrift 
DE 39 12 230 Cl ein modulares Testsystem zum Priifen 
von ISDN-Funktionseinheiten beschrieben (z. B. Netz- 
anschluBeinheiten, Zwischengeneratoren, Leitungen zu 
digitalen Vermittlungsstellen oder ISDN-Querverbin- 
dungsleitungen), welches eine Prufeinrichtung umfaBt, 
die mit einem Steuerrechner, z. B. einem handelsiibli- 
chen Personalcomputer gekoppeit ist Die Prufeinrich- 
tung, die Komponenten aus der ISDN-Systemtechnik 
enthalt, wird dabei uber genormte Benutzerschnittstei- 
len an die zu prufenden Einheiten adaptiert 

Die der Erfindung zugrundeliegende Aufgabe besteht 
darin, das Erst Hen von Prufablaufprozeduren zu ver- 
bessern und den Programmieraufwand zu reduzieren. 

Di Aufgabe wird ausgehend von einer Protokollte- 
steinrichtung gemaB den Merkmalen des Oberbegriffs 
des Patentanspruch 1 durch dessen kennz ichnende 
Merkmale gelost 



Der wesendiche Aspekt des erfindungsgemaBen Ver- 
fahrens ist darin zu sehen, daB aus einer Gruppe von 
vorbereiteten Meldungspaaren, bzw. einem Pool von 
Meldungspaaren, bedieneroberflachengesteuert die 
5 Meldungspaare an der Bedieneroberflache des Proto- 
kolltesters sukzessive visualisiert und in di visualisier- 
ten jedoch nicht mit Testinformationen versehenen 
Meldungspaare im wesentlichen jeweils eine Protokoll- 
test- sowie eine Protokolltestantwortinformation und 
io eine Steuerinformation eingetragen werden. Die ver- 
vollstandigten Meldungspaare werden im Sinne des Bii- 
dens einer Prufablauffolge, d. h. eines Stapels von Mel- 
dungspaaren, fur einen anschlieBenden Test gespei- 
chert Die Anzahl erforderlicher Meldungspaare fur ei- 
15 nen Test und die hierfur erforderlichen Test- bzw. Test- 
antwortinformationen ergeben sich hierbei durch das zu 
testende Protokoil in der jeweiligen Kommunikations- 
einrichtung. Insbesondere sind dies ISDN-Protokolle in 
ISDN-Einrichtungen — Anspruch 3. Dies bedeutet, daB 
20 die Meldungspaare insbesondere auf den Test von 
ISDN-Protokollen in ISDN-Kommunikationseinrich- 
tungen abgestimmt sind — Anspruch 4. Erfmdungsge- 
maB ist ein Meldungspaar durch eine Sende- und eine 
Empfangsmeldung gebildet, wobei in die Sendemeldung 
25 die Protokolltestinformation und in die Empfangsmel- 
dung die Protokolltestantwortinformation sowie die 
Steuerinformation eingetragen wird. Die Steuerinfor- 
mation ist durch eine Funktionsidentifikationsinforma- 
tion gebildet, die optional durch eine Verzogerungsin- 
30 formation, eine Warteinformation, eine Nachrichtenk- 
analinformation, eine Einrichtungs- und Abbauinforma- 
don, eine Rufreferenzinformation und eine Rufnum- 
merninformation erganzbar ist Durch diese Inf ormado- 
nen wird die Funktion des Meldungspaares beschrieben. 
35 Die wesentlichen Funktionen sind hierbei die Reihenfol- 
ge der Obermitdung der Sende- und Empfangsmeldung 
sowie deren logische Verknupfung, d h. mit oder ohne 
Oberprufung und Mehrfachempfang. Die zusatzlichen 
Informationen dienen im wesentlichen zur Verzogerung 
40 von Meldungspaaren oder dem Warten auf eine Emp- 
fangsmeldung vor der Ausfuhrung oder der Nutzung 
des Nachrichtenkanals sowie das Einrichten und Ab- 
bauen der Schicht 2 bei einem ISDN-AnschluB und der 
Behandlung der Rufreferenz- bzw. Rufnummerninfor- 
45 madon — Anspruch 6. 

Der wesentliche Vorteil des erfindungsgemaBen Ver- 
fahrens ist darin zu sehen, daB insbesondere fur den Test 
von ISDN-Protokollen das Bilden von Prufablauffolgen 
durch einfaches, bedieneroberflachengesteuertes Einfu- 
50 gen spezieller Protokolltestbzw. Protokolltestantwort- 
informationen in vorbereitete, visualisierte Meldungs- 
paare an der Bedieneroberflache des Protokolltesters 
ermoglicht wird. Spezielle Kenntnisse uber spezielle 
Programmiersprachen zur Erstellung von Prufablauf- 
55 folgen sind hierbei nicht erforderlich. 

Weitere vorteilhafte Ausgestaitungen des erfindungs- 
gemaBen Verfahrens sind den weiteren Anspruchen zu 
entnehmen. 

Im folgenden wird das erfindungsgemaBe Verfahren 
60 anhand zweier Blockschaltbilder und zweier Ablaufdia- 
gramme naher erlautert Dabei zeigen: 

Fig. 1 den AnschluB eines Protokolltesters an eine zu 
testende Kommunikationseinrichtung, 

Fig. 2 den Aufbau eines Testmeldungspaars, 
65 Fig. 3 das Bilden einer Prufablauffolge durch Mel- 
dungspaare einer vorbereiteten Prufablauffolge und 

Fig. 4 eine durch die Prufablauffolge beeinfluBte Tes- 
tablauffolge. 
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Fig. 1 zeigt einen Protokolltester PT, der an erne 
Kommunikationseinrichtung KE, insbesondere erne 
ISDN-Kommunikationseinrichtung (ISDN) angeschlos- 
sen ist Das Bindeglied stellt beispielsweise erne standar- 
disierte ISDN-Schnittstelle SO dar. Alternativ sind die 
bekannten ISDN-Schnittstellen S2m, UpO, UkO oder 
Dl mit unterschiedlichen Protokollen, d. h. Signahsie- 
rungsprozeduren moglich. 

Fiir den AnschluB an die SchnittsteUe SO ist der Pro- 
tokolltester PT rnit einer Schnittstellenschaltung SST 
ausgestattet Diese Schnittstellenschaltung SST ist uber 
einen intemen Bus IB mit einem Mikroprozessorsystem 
MPS verbunden. Das Mikroprozessorsystem MPS ist 
beispielsweise durch ein Mikroprozessorsystem MC 
68000 der Firma Motorola realisiert Eine Komponente 
dieses Mikroprozessorsystems MPS reprasentiert ein 
Speicher SP, der in Fig. 1 separat dargestellt ist und mit 
dem internen Bus IB des Mikroprozessorsystems MPS 
verbunden ist. Der Speicher SP stellt beispielsweise den 
Arbeitsspeicher des Mikroprozessorsystems MPS oder 
ein Diskettenlaufwerk dar. Des weiteren umfaBt der 
Protokolltester PT die durch die Bezeichnung BE, AEE 
sowie WSST angedeuteten Komponenten Bildschirm- 
einrichtung BE, Ein- und Ausgabeeinrichtungen AEE 
sowie weitere Schnittstellenschaltungen WSST fur den 
AnschluB externer Einrichtungen bzw. weiterer Schnitt- 
stellen, wie beispielsweise S2M- oder UPO-Schnittstel- 
len. Durch die Bildschirmeinrichtung BE und die Ein- 
/Ausgabeeinrichtung AEE ist die Bedieneroberflache 
BO des ProtokoUtesters PT realisiert 

Im Speicher SP ist neben der zur Durchfiihrung des 
erfindungsgemaBen Verfahrens erforderlichen Priifab- 
laufroutine PAR zumindest eine Gruppe GMP von Mel- 
dungspaaren MP zur Bildung von Prtif ablauff olgen PAF 
gespeichert Des weiteren ist in diesem Speicher SP ein 
Maschinenmodell MAM abgespeichert, das sowohl zum 
Bilden als auch zur Ablaufsteuerung gebildeter Priifab- 
lauffolgen PAF vorgesehen ist Bei diesem Maschinen- 
modell MAM handelt es sich urn ein programmtech- 
nisch realisiertes Zustandsautomaten-Konzept — m der 
Fachwelt als "State Machine" bekannt — , bei dem nach 
Eingabe eines Ereignisses, insbesondere eines vermitt- 
lungstechnischen Ereignisses in Abhangigkeit des reali- 
sierten Protokolls ein vermittlungstechnischer Zustand 
ermittelt wird. Hierbei ist fur jedes zu testende Proto- 
koll, z. B. das ProtokoD der SchnittsteUe SO em separa- 
tes Maschinenmodell MAM vorzusehen oder ein Ma- 
schinenmodell MAM im Speicher implementiert, mit 
dem beispielsweise alle Protokolle von ISDN-Schmtt- 
stellen emulierbar sind. Das Maschinenmodell MAM 
umfaBt des weiteren die das jeweilige Kommunikations- 
protokoll SO definierenden Informationen, wie bei- 
SDielsweise die Struktur und die Bedeutung von proto- 
kollgemaBen Meldungen. Das Maschinenmodell MAM 
ist durch Programme, insbesondere durch Emulations- 
programme realisiert Fiir das Ausfiihrungsbeispiel sei 
weiterhin angenommen, daB die bisher im Speicher be- 
schriebenen Programme PAR, GMP, PAF, MAM mit 
Hilfe der Programmiersprache FORTH formuiiert bzw. 
programmiert sind. 

Im Rahmen des Bildens von Priifablauffolgen PAF - 
im Ausfiihrungsbeispiel bezogen auf die SchnittsteUe 
SO, die erste Priifablauffolge PAF1 - werden aus der 
Gruppe GMP von vorbereiteten, im Speicher SP ge- 
speicherten Meldungspaaren MP - enthaiten kerne In- 
formationen - Meldungspaare MP bedieneroberfla- 
chengesteuert, d. h. durch Eingaben uber die Tastatur, 
sukzessive an die Bedieneroberflache BO der Bild- 



schirmeinrichtung BE gesteuert und dort visuahsiert. 

In Fig. 2 ist ein derartiges Meldungspaar MP darge- 
stellt Ein Meldungspaar MP weist jeweils eine Sende- 
meldung SM und eine Empfangsmeldung EM auf. Im 
5 wesentlichen wird in die Sendemeldung SM die Proto- 
kolltestinformation pti eingetragen, die im Sinne eines 
Tests der SchnittsteUe SO vom Protokolltester PT an 
die zu testende ISDN-Kommunikationseinrichtung 
(ISDN) ubermittelt wird. Protokolltestinformationen pti 
10 stellen insbesondere Ereignisinformationen des zu te- 
stenden Protokolls dar, im Ausf uhrungsbeispiel das Pro- 
tokoll der SchnittsteUe SO, auf die in der ISDN-Kom- 
munikationseinrichtung (ISDN) eine Einsteliung in ei- 
nen vermittlungstechnischen Zustand bewirkt wird. Ei- 
15 ne Protokolltestinformation pti kann vorteilhaft mit Hil- 
fe des im Speicher SP implementierten Maschinenmo- 
dells MAM ermittelt und in die Sendemeldung SM ein- 
gefiigt werden. Hierdurch wird einer Bedienperson die 
Ermittlung einer Protokolltestinformation pti erheblich 
20 erleichtert Der vermittlungstechnische Zustand der 
Kommunikationseinrichtung KE oder eine andere Ak- 
tion, z. a Anwenderaktion, wird wiederum durch eine 
protokollspezifische Information an der SchnittsteUe 
SO angezeigt. Diese protokollspezifische Information 
25 soli mit einer Protokolltestantwortinformation ptai 
ubereinstimrnen, die in die Empfangsmeldung EM ein- 
gefugt ist In die Sendemeldung SM ist des weiteren eine 
das jeweilige Meldungspaar MP identifizierende Be- 
zeichnungsinformation bi eingefiigt Die Bezeichnungs- 
30 information bi ist beispielsweise durch eine einf ache alp- 
hanumerische Information reprasentiert, die eine Infor- 
mation uber die zu sendende Protokolltestinformation 
pti andeutet Optional kann durch den Bediener in die 
Sendemeldung SM eine Kommentarinformation ki ein- 
35 getragen werden, durch die eine Erlauterung der durch 
das Meldungspaar MP bewirkten Testfunktion bzw. des 
Tests moglich ist Die Kommentarinformation ki wird 
beim Ablauf der durch mehrere Meldungspaare MP ge- 
bildeten Prufabiauffolge PAF1 an der Bedieneroberfla- 
40 che BO des ProtokoUtesters PT ausgegeben — bei- 
spielsweise an der Bildschirmeinrichtung BE. 

Zur funktionalen Steuerung des Meldungspaares MP 
wird uber die Bedieneroberflache des ProtokoUtesters 
PT eine Steuerungsinformation sti eingetragen. Durch 
45 diese Steuerinformationen sti wird die Prufabiauffolge 
PAF1 im wesentlichen gesteuert. Die Steuerinformation 
sti ist stets durch eine Funktionsidentifikation fi repra- 
sentiert Durch die Funktionsidentifikation f i wird ange- 
geben, in welcher Reihenfolge die jeweilige Sende- und 
50 Empfangsmeldung SM, EM an die zu testende Kommu- 
nikationsprozedur SO bzw. Kommunikationseinrich- 
tung KE ubermittelt werden soli und welche Funktion, 
insbesondere die Oberprufung der vom zu testenden 
Protokoll ubermittelten Protokolltestantwortinforma- 
55 tion ptai, durchgefuhrt werden solL Zusatzlich ist eine 
Angabe uber ein Aussenden lediglich einer Sendemel- 
dung SM und ein mehrfaches Empfangen einer Emp- 
fangsmeldung EM vorgesehen. 
Optional, d. h. zusatzlich zur Funktionsidentifikation 
eo fi ist eine Verzogerungsinformation vi, eine Warteinfor- 
mation wi, eine Nachrichtenkanalinformation nki, eine 
Einrichtungs- und Abbauinformation eri, abi sowie eine 
Rufref erenzinformation rri und eine Rufnummerninfor- 
mation ri als Steuerinformation sti in die Empf angsmel- 
65 dung EM eintragbar. Die Verzogerungsinformation vi 
wird eingefiigt, sofern vor der Ausfuhrung eines Mel- 
dungspaares MP wahrend des Testablaufs eine definier- 
te Verzogerung, erreicht werden soil. Die Verzoge- 
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rungszeit wird beispielsweise in Zehntelsekunden ange- 
gebea Eine Warteinformation wi wird eingetragen, so- 
fern wahrend der Ausfuhrung eines Meldungspaares 
MP eine Wartezeit vorgesehen ist Beispielsweise stellt 
eine Wartezeit diejenige Zeit dar, auf die maximal bis 5 
zum Eintreffen einer Empfangsmeldung EM gewartet 
wird. Der Wert der Wartezeit wird beispielsweis eben- 
f alls in Zehntelsekunden angegeben. 

Durch die Nachrichtenkanalinformation nki wird die 
Behandlung der Nachricntenkanale, bei ISDN-An- i 0 
schlQssen der B-Kanale, angegeben. Durch die Nach- 
richtenkanalinformationen nki ist folglich bestimmt, in 
welchen vermittlungstechnischen Zustand der Nach- 
richtenkanal, <L h. der B-Kanal gesteuert werden soil. 
Mogliche vermittlungstechnische Steuerungen sind bei- 15 
spielsweise "ein oder beide Nachrichtenkanale sind ge- 
schaltet" oder "nicht durchgeschaltet". 

Mit Hilfe der Einrichtungs- und Abbauinformation 
eri, abi wird dem Protokolltester PT mitgeteilt, ob im 
Zusammenhang mit der Testausfuhrung die Schicht 2, 20 
die insbesondere bei Anschliissen des Protokolltesters 
PT an ISDN-Kommunikationsemrichtungen (ISDN) 
vorgesehen ist, auf gebaut bzw. wieder abgebaut werden 
soil 

Durch die Rufreferenzinformation rri ist die Behand- 25 
lung der Rufreferenznummer, in der Fachwelt als M Call 
Reference Number" bekannt, angegeben. Hierbei wird 
insbesondere der Empfang und das Aussenden sowie 
der Aufbau einer Call Reference Number und die Art 
der Oberprufung einer empfangenen Call Reference 30 
Number bestimmt. Auch eine inhaltiiche Analyse bzw. 
Oberprufung der Call Reference Number ist moglich. 
Die Rufnummerninformation rni ist durch eine tiber die 
Bedieneroberflache BO eingegebene Rufnummer oder 
durch eine Rufnummer bestimmt die aus einer gespei- 35 
cherten Anzahl von Rufnummern durch den Protokoll- 
tester PT ausgewahlt wird. Der Aufbau der Rufnummer 
kann detaiUiert gesteuert werden und ist auf die in dem 
jeweiiigen Kommunikationsnetz vorgesehenen Ruf- 
nummern abgestimmt 40 

In Fig. 3 ist in einem sich selbst erlauterndem Ablauf- 
diagramm das Bilden der in Fig. 2 dargestellten Priif ab- 
lauffolge PAF1 dargestelit. Die gemaB Fig. 3 erstellte 
Prufablauffolge PAF1 wird anschlieBend im Speicher 
SP gespeichert und bedieneroberflachengesteuert, & h. 45 
durch eine entsprechende Eingabe, zu einem beliebigen 
Zeitpunkt im Sinne eines Tests des Protokolls bzw. der 
gesamten Prozedur der Schnittstelle SO gestartet Die 
Prufablauffolgen PAF sind alternativ fur Teile der zu 
testenden ProtokoIIe bzw. Prozeduren auszugestalten. 50 
Durch das erfindungsgemaBe einfache Erstellen von 
Prufablauffolgen PAF mit Hilfe von Meldungspaaren 
MP sind beliebige Prufablauffolgen fur ProtokoIIe oder 
Teilen von Protokollen bzw. Prozeduren bei geringsten 
Programmierkenntnissen moglich. 55 

Fig. 4 zeigt anhand eines Ablaufdiagramms beispiel- 
haft den InformationsfluB zwischen dem in Fig. 1 darge- 
stellten Protokolltester PT und der Kommunikations- 
einrichtung KE. Nach dem Start einer Prufablauffolge 
PAF, beispielsweise die Prufablauffolge PAF1 gemaB 6 o 
Fig. 3, wird vom Protokolltester PT die im ersten Mel- 
dungspaar MP eingefugte Protokolltestinformation ptil 
an die Kommunikationseinrichtung KE ubermittelt 
Durch die in der Steuerinformation sti angeg bene 
Funktionsidentifikation fi, beispielsweise durch die An- 65 
gabe SR ist bestimmt, daB die Protokolltestinformation 
pti ausgesandt und eine Protokolltestantwortinforma- 
tion ptai zu empfangen ist. Die Protokollt stantwortin- 



formation ptai wird entsprechend dem zu testenden 
Protokoll, im Ausfiihrungsbeispiel das Protokoll der 
SO-Schnittstelle SO gebildet und an den Protokolltester 
PT Qbermittelt Durch eine Verzogerungsinformation vi 
ist beispielsweise angegeben, daB die ProtokoUte nant- 
wortinformation ptai innerhalb einer vorgeg benen 
Zeit zu empfangen ist Nach dem Empfang der Proto- 
kolltestantwortinformation ptai wird die in das zweite 
Meldungspaar MP eingefugte Testprotokollinforma- 
tion pti an die Kommunikationseinrichtung KE ubermit- 
telt Durch die Funktionsidentifikation fi, beispielsweise 
durch die Angabe RS, ist bestimmt, daB die Protokoll- 
testinformation pti an die Kommunikationseinrichtung 
KE ubermittelt und keine Protokolltestantwortinforma- 
tion ptai erwartet wird; beispielsweise urn eine Einstel- 
lung in der Kommunikationseinrichtung KE zu bewir- 
ken. Alternativ — nicht dargestelit — wird bei fehlender 
Angabe einer Protokolltestinformation — lediglich der 
Empfang einer ProtokoUtestantwortinformation ptai 
erwartet und uberpruft Nach einer vorgegebenen War- 
tezeit wz, die beispielsweise durch die im dritten Mel- 
dungspaar MP eingefugte Warteinformation wi bewirkt 
wird, wird die in diesem Meldungspaar MP3 eingefugte 
Protokolltestinformation pti ausgesandt Aufgrund der 
eingefugten Funktionsinformation fi (SR) wird der Emp- 
fang einer ProtokoUtestantwortinformation ptai erwar- 
tet Analog zu den vorhergehenden Erlauterungen wer- 
den die in der Prufablauffolge PAF1 enthaltenen Mel- 
dungspaare MP bearbeitet — nicht dargestelit Die da- 
bei empfangenen ProtokoUtestantwortinformation ptai 
werden protokoUiert oder sofort mit den in die Mel- 
dungspaare MP eingefugten ProtokoUtestantwortinfor- 
mation ptai vergiichen und das Vergleichsergebnis vi- 
sualisiert und/oder protokoUiert Eine Auswertung der 
ProtokoUe bzw. der Oberprufungs- bzw. Vergleichser- 
gebnisse wird hierdurch erleichtert 

Patentanspriiche 

1. Verfahren zum BUden von Prufablauffolgen in 
einem programmgesteuerten, an Kommunikations- 
einrichtungen (KE) anschUeBbaren und eine Bedie- 
neroberflache (BO) aufweisenden Protokolltester 
(PT), in dem zur Pruning und Analyse von in den 
Kommunikationseinrichtungen (KE) implementier- 
ten KommunikationsprotokoUen (SO) programm- 
technisch ein Maschinenmodell (MAM) des jeweiii- 
gen KommunikationsprotokoUs (SO) reaUsiert ist, 
wobei Prufablaufe durch entsprechend der pro- 
grammtechnischen Realisierung gebildete Meldun- 
gen gesteuert werden, dadurch gekennzeichnet, 

— daB eine Gruppe (GMP) von aus einer Sen- 
de- und einer zugeordneten Empfangsmel- 
dung (SM, EM) gebUdeten Meldungspaaren 
(MP) im ProtokoUtester (PT) gespeichert ist, 

— daB mit HUfe einer Priifablaufroutine (PAR) 
Meldungspaare (MP) an der Bedieneroberfla- 
che (BO) des ProtokoUtesters (PT) sukzessive 
visuahsiert werden, 

— daB jeweils in die Sendemeldung (SM) 

— eine das Meldungspaar (MP) identifizieren- 
de Bezeichnungsinformation(bi), 

— eine an die zu testende Kommunikations- 
einrichtung (KE) zu sendende, gemaB einer zu 
testenden Kommunikationsprozedur (SO) ge- 
bildete ProtokoUtestinformation (pti) einge- 
tragen, sowie 

— eine durch die Protokolltestinformation 
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(pti) bewirkie Testfunktion erlauternde Kom- 
mentarinformation (ki) eintragbar ist, 

— daB jeweils in die Empfangsmeldung (EM) 

— eine von dem zu testenden Protokoll (SO) 
nach Verarbeitung der Protokolltestinforma- 5 
tion (pti) vorgesehen abgegebene Protokoll- 
testantwortinformation (ptai) sowie 

— eine der den zeitiichen Ablauf der Sende- 
und Empfangsmeldung (SM, EM) betreffende 
Steuerinformation (sti) eingetragen wird, und 10 

— daB die visualisierten Meldungspaare (MP) 
mit Hiif e der Prufablaufroutine (PAR) als Priif- 
ablauffolge (PAF) gespeichert werden. 

2. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, daB nach einer Initialisierung im Proto- 15 
koiltester (PT) im Sinne eines Tests eines Proto- 
kolls (SO) einer Kommunikationseinrichtung (KE) 
mit Hilfe des jeweiiigen Maschinenmodells (MAM) 
die gebildete Priifablauffolge (PAF) gestartet wird 
und daB entsprechend der Reihenfolge der Mel- 20 
dungspaare (MP) die eingefugten Protokolltestin- 
formationen (pti) an das zu testende Protokoll (SO) 
ubermittelt und Protokolltestantwortinformatio- 
nen ptai erwartet werden, wobei die Steuerung des 
zeitiichen Ablaufs durch die in die Meldungspaare 25 
(MP) eingefugten Steuerinformationen (sti) be- 
wirkt wird 

3. Verfahren nach Anspruch 1 oder Z dadurch ge- 
kennzeichnet, daB zurn von in ISDN-Kommunika- 
tionseinrichtungen (ISDN) realisierten ISDN-Pro- 30 
tokollen (SO) im Protokolltester (PT) programm- 
technisch jeweils ein die statischen und dynami- 
schen Funktionen kennzeichnendes ISDN-Maschi- 
nenmodell (MAM) reaiisiert ist. 

4. Verfahren nach einem der Anspriiche 1 bis 3, 35 
dadurch gekennzeichnet, daB die Pro toko Utestin- 
formationen (pti) durch eine gemaB einem ISDN- 
Protokoll entsprechende Ereignisinformation und 
die Protokolltestantwortinformation (ptai) durch 
eine gemaB dem ISDR- Protokoll (SO) definierte 40 
Zustandsinformation gebildet und eingefiigt wird, 
wobei die Protokolltestinformationen pti mit Hilfe 
des jeweiiigen Maschinenmodells ermittelbar sind. 

5. Verfahren nach einem der Anspriiche 1 bis 4, 
dadurch gekennzeichnet, daB die Steuerinforma- 45 
tion (sti) durch 

— eine die Funktion des Meldungspaares (MP) 
bestimmende Funktionsidentifikation (fi), und 
optional durch 

— eine die Ausfuhrung des jeweiiigen Mel- 50 
dungspaares (MP) verzogernde Verzoge- 
rungsinformation (vi), 

— eine das Warten auf die Beendigung der 
Ausfuhrung des jeweiiigen Meldungspaares 
(MP) angebende Warteinformation (wi), 55 

— eine den Nachrichtenkanal im ISDN-An- 
schluB (SO) fur die Test- und Testantwortin- 
formationsubermittlung definierende Nach- 
richtenkanalinformation (nki), 

— eine der Einrichtung der Schicht 2 dienende 60 
Einrichtungsinf ormauon (eri), 

— eine den Abbau der Schicht 2 dienende Ab- 
bauinf ormation (abi), 

— eine die Rufreferenznummernbehandlung 
angebende Rufreferenzinformation (rri), und 65 

— eine die Rufnummernbehandlung angeben- 
de Rufnummerninformation (rni) gebildet 
wird. 
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6. Verfahren nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, daB die Funk- 
tionsidentifikation (fi) durch 

— eine das Aussenden einer Protokolltestin- 
formation (pti) und das Erwarten einer Proto- 
kolltestantwortinformation (ptai) bestimmen- 
de Sende-Empf angsidentifikation (SR), oder 

— eine das Erwarten einer Protokolltestant- 
wortinformation (ptai) und das anschlieBende 
Aussenden einer Protokolltestinformation 
(pti) bestimmende Empfangs-Sendeidentifika- 
tion(RS), oder 

— eine das Aussenden einer Protokolltestin- 
formation (pti) das Erwarten und das Oberpru- 
fen einer Protokolltestantwortinformation 
(ptai) bestimmende Sende-Oberpriifungsiden- 
tifikation(SC),oder 

— eine das Aussenden einer Protokolltestin- 
formation (pti) und das Erwarten mehrerer 
Protokolltestanrwortinformationen (ptai) be- 
stimmende Sende-Mehrfachempfangsidentifi- 
kation (SM), gebildet wird. 
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